From: svermeul@suntzu.psg.datap.ca (Stephen Vermeulen) Message-Id: <199603251827.LAA19983@alien.psg.datap.ca> To: mui@sunsite.Informatik.RWTH-Aachen.DE Subject: MUI FAQ: a question on the ESC key X-Sun-Charset: US-ASCII Resent-Message-Id: <"C6rc33.0.Ti3.mOkLn"@sunsite> Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE X-Mailing-List:archive/latest/779 X-Loop: mui@sunsite.informatik.rwth-aachen.de Precedence: list Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE Content-Type: text Content-Length: 861 X-Lines: 29 Status: RO Q: I would like to allow users of my program to include the ESC (\33) character in the text they type into a string gadget. However, as soon as a user hits the ESC key (even when a string gadget is active) the window containing the string gadget is closed. How do I get around this? A: Currently the only way I have discovered to do this is to set up another gadget in the window (perhaps a simple button) labeled: "ESC". Then, when the user hits this button code similar to the following is executed: char *p; char buf[256]; APTR stringObject; get(stringObject, MUIA_StringContents, &p); if (p) { strcpy(buf, p); strcat(buf, "\033"); set(stringObject, MUIA_StringContents, buf); } ----- If someone else knows of a better solution, please SPEAK UP! Regards, Stephen. From: Ihmig@tu-harburg.d400.de (Simon Ihmig) Message-Id: <21b48cee.u7t150e.3b446-Ihmig@tu-harburg.d400.de> Subject: MUI3.1: String Position not getable anymore! :-((( In-Reply-To: <9511282017.AA10628@sunsite.Informatik.RWTH-Aachen.DE> (from mui-request@sunsite.Informatik.RWTH-Aachen.de) (at Tue, 28 Nov 1995 21:17:10 +0100) To: mui@sunsite.Informatik.RWTH-Aachen.DE Date: Sat, 2 Dec 95 21:58:07 Resent-Message-Id: <"FX8qW2.0.2L2.Dhpmm"@sunsite> Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE X-Mailing-List: archive/latest/15 X-Loop: mui@sunsite.informatik.rwth-aachen.de Precedence: list Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE Content-Type: text Content-Length: 1034 X-Lines: 30 Status: RO Hello, I just want to complain about one little change in MUI3.1: Before it was possible to get() the cursor position of a string object. This is not the case anymore, it always returns 0! Why am I complaining? Well, my program "MathScript" heavily depends on one string gadget where most user input is done. It was possible to insert stuff into this gadget right after the current cursor position. Now as the gadget always returns 0, everything is inserted at the beginning. This makes my program more or less *UNUSEABLE*! :-((( If there was a BOOPSI lawbook, I guess this kind of feature removal would be strictly illegal, since it must break compatibility with existing applications! Now I have to say to all my users that they should not use MUI3.1. I guess that's not what you want, Stefan, so please fix this as soon as possible! (It should not take too long since the next version won't use this string gadget anymore ;)) -- Simon Ihmig // Ihmig@tu-harburg.d400.de \X/ Amiga 4000, what else? From: "Stefan Stuntz" Date: Thu, 18 Apr 1996 21:02:31 +0100 X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96) Subject: Re: String Activation Problem Message-Id: <81321196@magic.informatik.tu-muenchen.de> Organization: Home of MUI Resent-Message-Id: <"p8Kuu1.0.pB2.YBfTn"@sunsite> Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE X-Mailing-List: archive/latest/1092 X-Loop: mui@sunsite.informatik.rwth-aachen.de Precedence: list Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE Content-Type: text Content-Length: 406 X-Lines: 13 Status: RO Thomas Ganter wrote > Now, could it be that StringObjects have problems with noticing > whether they are Active or not? Yes they have. String objects are a pain... since they're borrowed from intuition and therefor are kind of "asynchronous", it gets quite tricky to make them behave well in a MUI object context. As it seems, they still dont always react as supposed to. :( -- Greetings, Stefan From: "Stefan Stuntz" Date: Thu, 18 Apr 1996 21:02:31 +0100 X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96) Subject: Re: Drag&Drop on StringObject Message-Id: <81321197@magic.informatik.tu-muenchen.de> Organization: Home of MUI Resent-Message-Id: <"NzLPw3.0.aB2.WBfTn"@sunsite> Resent-From: mui@sunsite.Informatik.RWTH-Aachen.DE Reply-To: mui@sunsite.Informatik.RWTH-Aachen.DE X-Mailing-List: archive/latest/1091 X-Loop: mui@sunsite.informatik.rwth-aachen.de Precedence: list Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.DE Content-Type: text Content-Length: 925 X-Lines: 25 Status: RO Vincenzo Gervasi wrote in article <3163F814.15FB7483@di.unipi.it>: > The only problem is that mouse clicks in the string _gadget_ are > (rightfully) passed to the (default) string edit hook, that gets > them as "move cursor" commands, so the Drag&Drop only works on > parts of the string _object_ outside the string _gadget_, like > the very thin border. > > This behaviour cause the Drag&Drop to be almost useless on strings. > > Is there any way to correct this, for example by passing only > mouse-up events to the edit hook, while leaving mouse-down+moves > for the Drag&Drop? This would make MUIs strings behave different than intution strings, something I wouldnt consider a good idea. In fact, MUI doesnt even get info on the mouse click, its immediately transformed into a GADGETDOWN event by intuition. I dont think theres a chance to drag string objects by LMB clicking their contents. :( -- Greetings, Stefan From: "Stefan Stuntz" Date: Thu, 27 Jun 1996 13:30:36 +0100 X-Mailer: IntuiNews 1.3b Beta 7 (2.2.96) Subject: MUIA_String_MaxLen Message-Id: <81322910@magic.informatik.tu-muenchen.de> Organization: Home of MUI Resent-Message-ID: <"4LRhJ.0.Rp.B6dqn"@susi> Resent-From: mui@sunsite.Informatik.RWTH-Aachen.de Reply-To: mui@sunsite.Informatik.RWTH-Aachen.de X-Mailing-List: archive/latest/1648 X-Loop: mui@sunsite.informatik.rwth-aachen.de Precedence: list Resent-Sender: mui-request@sunsite.Informatik.RWTH-Aachen.de Content-Type: text Content-Length: 606 X-Lines: 23 Status: RO Hi! MUI will hit mungwall if you try to set() MUIA_String_Contents of a string object to a string larger as the value given in MUIA_String_MaxLen. Please note the following paragraph form the MUIA_String_MaxLen autodocs: NOTE: The maximum length includes the 0-byte at the end of the string. To let the user enter e.g. 10 characters, you would have to specify a maxlen of 11. This means: MUIA_String_MaxLen , 5, MUIA_String_Contents, "Hello", is ILLEGAL! Current MUI versions cause a mungwall hit, future versions will silently strip any additional characters. -- Greetings, Stefan